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ABSTRACT 



An arrangement and a method of maintaining a count of the 
number of copies of a frame that have been transmitted from 
a network switch uses a cache memory to store the number 
of copies of a frame to be transmitted from the network 
switch. A queue is used to queue entries that indicate the 
transmission of a copy of a frame, and these queued entries 
are released to a buffer manager. Whenever a transmission is 
made of a copy of this frame, and the buffer manager 
examines the entry indicating this transmission after the 
entry leaves the queue, the buffer manager searches for a 
corresponding entry in the cache memory and changes the 
copy number (i.e., the count of the number of transmissions) 
of that frame in the cache memory. 

24 Claims, 9 Drawing Sheets 
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MULTICOPY QUEUE STRUCTURE WITH 
SEARCHABLE CACHE AREA 

RELATED APPLICATIONS 

This application claims priority from provisional appli- 5 
cation Sen No. 60/038,025, filed Feb. 14, 1997, entitled 
"INTEGRATED MULTIPORT SWITCH" (attorney docket 
1033-230PRO), which is incorporated herein by reference. 

FIELD OF THE INVENTION 30 

The present invention relates to the field of 
communications, and more particularly, to method and appa- 
ratus for transmitting multiple copies of data and maintain- 
ing a count of the number of copies that have been trans- 15 
mitted. 

BACKGROUND ART 

In many network systems, such as packet switched net- 
works (e.g., Ethernet networks), it is often desirable for a 20 
single end station to send the same data to multiple other end 
stations on the network. For example, in a conventional 
e-mail system, a user may desire to send the same e-mail 
message to four different users connected to the e-mail 
system. 25 

In an packet switched network, a switch makes the 
forwarding decision when it receives frames of data from an 
end station through a port of the switch. If the frame is to be 
transmitted to a number of end stations, the switch must 
make the forwarding decision to forward the frame to the 30 
correct ports. One concern in such systems is to ensure that 
the correct number of copies of the frame are transmitted. 
This concern is especially difficult to satisfy if the switch has 
a number of ports through which the information can be 
transmitted. For example, if copies of the frame are being 35 
transmitted simultaneously from three different ports of the 
switch, maintaining an accurate count of the number of 
copies that have been transmitted is a problem. 

It is also important to maintain an accurate count of the 4Q 
number of copies that have been transmitted so that the 
switch is made aware of when resources used to temporarily 
hold the data may be reused to store other data. If this 
information is not provided on a timely basis, there may be 
unnecessary congestion and contention for the resources to 45 
store the data. 

SUMMARY OF THE INVENTION 

There is a need for an arrangement and a method of 
maintaining a count of the number of copies of a data item, 50 
such as a frame, that have been transmitted from a device, 
such as a network switch of a packet switched network. 

This and other needs are met by an embodiment of the 
present invention which provides an arrangement for main- 
taining a count of the copies of a frame that are transmitted 55 
from a network switch, comprising a multicopy queue, a 
searchable memory, and a buffer manager. The multicopy 
queue receives and queues entries, each entry having a frame 
identifier and a copy number. Each copy number is either a 
positive or negative value, a copy number with a positive 60 
value representing the total number of copies of that frame 
to be transmitted, and a copy number with a negative value 
representing a transmission of one of the copies of that frame 
that has occurred. The memory is configured to receive and 
store the entries from the multicopy queue that have positive 65 
copy numbers. The buffer manager examines the entries 
after they exit the multicopy queue. When an entry from the 
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multicopy queue contains a negative copy number 
(indicating that a copy of the has been transmitted), the 
buffer manager searches the first memory for an entry having 
the same frame identifier as the entry with the negative copy 
number. The buffer manager decrements the copy number of 
the entry in the memory if the copy number of the entry in 
the memory is greater than one, and deletes the entry in the 
memory if the copy number is equal to one. 

An advantage of this embodiment of the present invention 
is that an accurate count of the number of transmissions is 
made, even in a multiport switch environment in which the 
copies can be simultaneously transmitted from different 
port. The count is maintained for each multiple copy frame 
in a memory, such as a cache memory. Whenever a trans- 
mission is made of a copy of this frame, the buffer manager 
changes the copy number (i.e., the count of the number of 
transmissions) of that frame. The use of a queue to queue 
entries that indicate the transmission of a copy of a frame 
provides the buffer manager the opportunity to recognize 
each transmission of a copy, and adjust the count in the 
memory accordingly. This is because the queue signals the 
transmission of a copy to the buffer manager in a serial 
fashion so that all the transmissions will be recognized, even 
if they occur simultaneously. 

The earlier stated needs are also met by another embodi- 
ment of the present invention which provides a memory 
arrangement comprising a first memory configured to store 
entries, each entry having a data pointer that points to data 
stored in a second memory and an associated data item. A 
second memory stores the data at locations in the second 
memory pointed to by the data pointer. The locations in the 
second memory are configured to store the associated data 
item with the data, so that the second memory is an 
extension of the first memory to store the associated data 
items. 

One of the advantages provided by the above embodiment 
is that the second memory may serve as a directly addres- 
sable extension of the first memory, on an as needed basis. 
The data items, which are associated with data and normally 
stored in the first memory, are storeable in the second 
memory with the data itself. This arrangement therefore 
provides a larger capacity memory for storing the data items, 
but only when needed, so that the first memory may be kept 
small and relatively fast. 

Another embodiment of the invention provides an 
arrangement for maintaining a count of a number of copies 
of a data item to be transmitted from a device and includes 
a first memory in which entries are stored and a manager 
device. Each entry that is stored in the first memory corre- 
sponds to a different data item of which multiple copies are 
to be. transmitted from the device. Each entry has a pointer 
which points to a location in a second memory in which the 
data item is stored and a copy number which indicates how 
many copies of the data item remain to be transmitted. The 
manager device, adjusts the copy number in one of the 
entries stored in the first memory when a copy of the data 
item with the same pointer as that entry in the first memory 
is transmitted from the device. 

In another embodiment of the present invention, a mul- 
tiport switch arrangement for a packet switched network is 
provided, the switch being configured to transmit multiple 
copies of a single frame. The switch arrangement includes a 
multicopy queue configured to receive and queue entries, 
each entry having a frame pointer and a copy number. Each 
copy number has either a positive or negative value. A copy 
number with a positive value represents the total number of 
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copies of that frame to be transmitted, and a copy number FIG. 9 schematically depicts a frame buffer header format 
with a negative value represents a transmission of one of the in accordance with an embodiment of the present invention, 
copies of that frame that has occurred. A searchable first FIG. 10 is a detail of the multicopy, reclaim and free 
memory receives and stores the entries from the multicopy buffer pool area of the switch subsystem of FIG. 4, con- 
queue that have positive copy numbers. A buffer manager 5 structed in accordance with an embodiment of the present 
examines the entries exiting the multicopy queue. When an invention. 

entry from the multicopy queue contains a negative copy pj G u ^ block ^agram of a free buffer pool structure 

number, the buffer manager searches the first memory for an constructed in accordance with an embodiment of the 

entry having the same frame pointer as the entry with the present invention 

negative copy number. The buffer manager decrements the 10 0 t/- n • ui i * i*.* ^ 

& , r .i .• • „ FIG. 12 is a block diagram of a multicopy queue confie- 

copy number of the entry in the first memory having that • M * U Z u j- 7 1 *u * 

- rj . A . r 4 . J . ClL , / • ^ ured m accordance with an embodiment of the present 

frame pointer if the copy number of that entry m the first invention 

memory is greater than one. If the copy number is equal to * . . . . 

one, the buffer manager deletes that entry in the first F J G - 13 15 a ^hematic representation of the multirapy 

memory is cacne constructed in accordance with an embodiment of the 

™, ' . . , . . present invention. 

The switch arrangement of the present mvention main- „ A . . , , „ . 

tains a count of the number of transmissions of a copy of a u J? 14 B a b J°* dia F? m ° f a 1 ueum f block of 

frame by queuing the indications of a transmission and ^ mm&gn ° f ?* ^ subs .^ tem \ P ort vf f° r 

changing the copy number stored in a memory when the FIFO ' C0QStructed ™ accordance w,th an embodiment of the 

indication of the transmission exits the queue. By queuing 20 P resent invention. 

the negative copy numbers and providing them one at a time DETAILED DESCRIPTION OF ILLUSTRATIVE 

for processing by the buffer manager, an accurate count of EMBODIMENTS 

the transmitted copies of a frame may be maintained, even . . M1 , . , . , , 

when there are simultaneous transmissions of copies through J 1 * P 1 ??* ™?«* ™* ** described with the example 

multiple ports 25 °* a swltcn m a packet switched network, such as an Ethernet 

_ , . * , , , . „ , , (IEEE 802.3) network. It will become apparent, however, 

Ine earlier stated needs are also satisfied by the present ^ ^ 

present invention is also applicable to other packet 

invention which provides a method of maintaining a count &Mcd tems> as descri5ed m ^ bel as well as to 

of the number of transmissions of a frame from a network other t of tems in a , 
switch. This method includes loading a searchable first _„ , . /, . .. „ , . 
memory with entries, each entry comprising a frame iden- 30 ^ }. » a bloc * dia S ram of ™ «P m ^ ^ stem m 
tifier and a copy number indicating the number of copies of whl f the P resent lnvenUo " m % be advantageously 
that frame that remain to be transmitted from the network ""P^- ™ e «emplary system 10 is a packe switohed 
switch. The first memory is searched, when a frame is ne wo *' f an Eth f eme r \ etwo *- ™ e 
transmitted, for a frame that has the same frame identifier as ^twork mcludes an mtegrated mulUport switch (IMS) 12 
the transmitted frame. The copy number of the entry in the 35 ^ «««« communication of data packets between net- 
first memory is decremented when the search of fee first J"°* s,at £ ns ' ™ e n f vo * may f fflclude f l f ns 
memory locates an entry with the same frame identifier as ^» dlBere * COnflgUra !^' f ° r 6 ."""ft*" 
the transmitted frame. < 24 > per second Mbps network stations 14 that 

send and receive data at a network data rate of 10 Mbps, and 

The foregoing and other features, aspects and advantages 4Q ^ m ^ network stations 22 that send and receive data 

of the present invention will become more apparent from the packets at a network speed of 100 ^ Hence> the switch 

following detailed desenption of the present invention when 12 forwards data packets received from the 

taken in conjunction with the accompanying drawings. network stations u or 22 to the appropriate destination 

BRIEF DESCRIPTION OF THE DRAWINGS based upon Ethernet protocol. 

45 According to the disclosed embodiment, the 10 Mbps 

FIG. 1 is a block diagram of a packet switched system network stations 14 send and receive data packets to and 

constructed in accordance with an embodiment of the fr 0m the switch 12 via a media 17 and according to 

present invention. half-duplex Ethernet protocol. The Ethernet protocol ISO/ 

FIG. 2 is a block diagram of a multiport switch con- IEC 8802-3 (ANSI/IEEE Std. 802.3, 1993 Ed.) defines a 

structed in accordance with an embodiment of the present 50 half-duplex media access mechanism that permits all sta- 

invention and used in the packet switched system of FIG. 1. tions 14 to access the network channel with equality. Traffic 

FIG. 3 is a schematic depiction of a switch subsystem of ^ a half-duplex environment is not distinguished or priori- 

the multiport switch of FIG. 2, constructed in accordance ^md over the medium 17. Rather, each station 14 includes 

with an embodiment of the present invention. an Ethernet interface card that uses carrier-sense multiple 

FIG. 4 is a block diagram of a single output queue of the 55 access collision detection (CSMA/CD) to listen for 

switch subsystem of FIG. 3, constructed in accordance with traffic oa the media ' ^ «b*nce of network traffic is 

an embodiment of the present invention. detected by sensing a deassertion of a receive carrier on the 

um c ,v „ ^„;i ~r « „, * ~c * ♦ media Any station 14 having data to send will attempt to 

FIG. 5 is a detail of a first type of output queue in .u «. ,. - • -j- ^ «_ 

^ , . v.. *• *• access the channel by waiting a predetermined time after the 

accordance with an embodiment of the present invention. „ , r • . lL , At _ 
_ r . j „ . , \ .60 deassertion of a receive carrier on the media, known as the 

FIG. 6 is a detail of a second type of output queue in mt erpacket gap interval (IPG). If a plurality of stations 14 

accordance with an embodiment of the present invention. havc data to md Qn {hc ^ q{ {hc stations ^ 

FIG. 7 is a detail of an overflow area of the external attempt to transmit in response to the sensed deassertion of 

memory, configured in accordance with an embodiment of the receive carrier on the media and after the IPG interval, 

the present invention. 65 resulting in a collision. Hence, the transmitting station will 

FIG. 8 is a block diagram of a linked list data structure monitor the media to determine if there has been a collision 

employed in the present invention. due to another station sending data at the same time. If a 
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collision is detected, both stations stop, wait a random includes an external rules checker interface (ERCI) 40 that 

amount of time, and retry transmission. allows use of an external rules checker 42 to make frame 

The 100 Mbps network stations 22 preferably operate in forwarding decisions in place of the internal decision mak- 

full-duplex mode according to the proposed Ethernet stan- ing engine. Hence, frame forwarding decisions can be made 

dard IEEE 802.3x Full-Duplex with Flow Control-Working 5 "ther by the internal rules checker or the external rules 

Draft (0.3). The full-duplex environment provides a two- checker 42. 

way, point-to-point communication link between each 100 . ™ e swi, £ h 12 also includes an LED interface 44 that 

Mbps network station 22 and the switch 12, where the cl ° cks ™ l I? °J f? po " ^ ^ves LED 

^iLt, i-> , n A ih. ~™^;„. *.,t,-„.~ ■>•» • '„„ . external logic 46. The LED external logic 46, in rum, drives 

sw^httandttieiespecUvestah^ ^ ^ £ d 4JJ ^ ^ ' d ^ ^ 

^ ^T*. ? 8 Pi ckets k wl,hou ' ^ lslons - ^ 10 oscillator 38 provides a 40 MHz clock input for the system 

100 Mbps network stations 22 each are coupled to network ^acO^ of the switch 12. 

media 17 via 100 Mbps physical (PHY) devices 20 of type „ . . . . .. . ., . . A , ... 

100 Base-TX, 100 Base-T4, or 100 Base-FX. The switch 12 ^vL^^r ^V^'l . T P ° 

includes a media independent interface (Mil) 24 that pro- T * T , £ T 

vides a connection to the physical devices 20. The 100 Mbps « fottr < 24 > 10 , ^ m6ch , a , acc6S ! cont . ro ! Wf**** 50 for 

network stations 22 may be implemented as servers or f* ndm S 'TrS P"***" 1 . h^«pl« between 

routers for connection to other networks. ^P 6 *™* 0 ^"TSi f^ 14 <P° rte ^ 

• n * * ~ and two 100 Mbps MAC ports 53 for sending and receiving 

As shown in FIG 1 the network 10 includes a series of data packets in full-duplex between the respective 100 Mbps 

switch transceivers 16 that perform time division multiplex- network stations ^ 25> 26 ). As described above, the 

ing and 1 time division demultiplexing for data packets trans- " manageme nt interface 30 (port 0) also operates according to 

nutted between the switch 12 and the 10 Mbps stations 14. layer p rotocoL Each of ^ MAC p0 rts 50, 53 and 30 

A magnetic transformer module 19 maintains the signal nas a receive fln5t in . first out /p IF0 ) buffer 52 mi transmit 

waveform shapes on the media 17. The switch 12 includes FIF0 S4 Data packets ^ a network station are received 

a transceiver interface 18 that transmits and receives data by me corresponding MAC port and stored in the corre- 

packets to and from each switch transceiver 16 using a 25 sponding receive FIF0 52. The received daU packet is 

time-division multiplexed protocol across a single serial output from me corresponding receive FIFO 52 to the 

non-retan. to zero (NRZ) interface 23 The switch trans- cxternal me mterface 34 fof s( m ^ cxtcrnal 

ceiver 16 receives packets from the serial NRZ interface 23, memory 36 

demultiplexes the received packets, and outputs the packets ^ ^ of ^ received ^ fc ^ to{w&ldtd to a 

to the appropriate end station 14 via the network media 17. decjsion maW m cither internal rules checker 58 or 

According to the disclosed embedment, each switch trans- ^ exlemal ^ checker mterface ^ tQ determme wUch 

ceiver 16 has four , independent 10 Mbps twisted-pair ports ^ wi] , ^ ^ ke , s mcall , he 

and uses 4:1 multiplexmg across the serial NRZ interface picket Z^ r is forwarded to the toternal rules checker 58 

r a me^fri2 " 6 6qUI 35 ° r the eXternal 01165 checker interflce ^ de P endin 8 ° n 

y e swi c . whether the switch 12 is configured to operate using the 

The switch 12 contains a decision making engine, switch- internal rules checker 58 or the external rules checker 42. 

ing engine, buffer memory interface, configuration/control/ Th e internal rules checker 58 and external rules checker 42 

status registers, management counters, and MAC (media provide the decision making logic for determining the 

access control) protocol interface to support the routing of 4Q destination MAC port for a given data packet. The decision 

data packets between the Ethernet ports serving the network making engine may thus output a given data packet to either 

stations 14 and 22. The switch 12 also includes enhanced a sing i e port) multiple ports, all ports (Le., broadcast) or no 

functionality to make intelligent switching decisions, and to ports (j ^ filtering). For example, each data packet includes 

provide statistical network information in the form of man- a header having source and destination address, where the 

agement information base (MIB) objects to an external 45 decision making engine may identify the appropriate output 

management entity, described below. The switch 12 also MAC port based upon the destination address. Alternatively, 

includes interfaces to enable external storage of packet data the destination address may correspond to a virtual address 

and switching logic in order to minimize the chip size of the mat lnc appropriate decision making engine identifies as 

switch 12. For example, the switch 12 includes a synchro- corresponding to a plurality of network stations, 

nous dynamic RAM (SDRAM) interface 34 that provides 5Q Alternatively, the received data packet may include a VLAN 

access to an external memory 36 for storage of received (virtual LAN) tagged frame according to IEEE 802.1d 

frame data, memory structures, and MIB counter informa- protocol that specifies another network (via a router at one 

tion. The memory 36 may be an 80, 100 or 120 MHz 0 f the 100 Mbps stations 22) or a prescribed group of 

synchronous DRAM having a memory size of 2 or 4 stations. Hence, either the internal rules checker 58 or the 

MDytes- 55 external rules checker 42 via the interface 40 will decide 

The switch 12 also includes a management port 30 that whether a frame temporarily stored in the buffer memory 36 

enables an external management entity to control overall should be output to a single MAC port or multiple MAC 

operations of the switch 12 by a management MAC interface ports. 

32. The switch 12 also includes a PCI interface 26 enabling Use of the external rules checker 42 provides advantages 

access by the management entity via a Pa host and bridge 60 such as increased capacity, a random-based ordering in the 

28. Alternatively, the PCI host and bridge 28 may serve as decision queue, and enables decisions to be made in an order 

an expansion bus for a plurality of switch devices 12. independent from the order in which the frames were 

The switch 12 includes an internal decision making received by the switch 12 and decision making based on a 

engine (FIG. 2) that selectively transmits data packets larger amount of data from the beginning of the frame (up 

received from one source to one, many or no destination 65 to 64 bytes). 

stations. The internal decision making engine may be sub- The decision making engine (i.e., internal rules checker 

stituted with an external rules checker. The switch 12 58 or the external rules checker 42) outputs a forwarding 
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decision to a switch subsystem 56 in the form of a port 
vector identifying each MAC port that should receive the 
data packet. The port vector from the rules checker includes 
the address location storing the data packet in the external 
memory 36, and the identification of the MAC ports to 
receive the data packet for transmission (e.g., MAC ports 
0-26). The switch subsystem 56 fetches the data packet 
identified in the port vector from the external memory 36 via 
the external memory interface 34, and supplies the retrieved 
data packet to the appropriate transmit FIFO 54 of the 
identified ports. 

Additional interfaces provide management and control 
information. For example, a management data interface 59 
enables the switch 12 to exchange control and status infor- 
mation with the switch transceivers 16 and the 100 Mbps 
physical devices 20 according to the Mil management 
specification (IEEE 802.3u). For example, the management 
data interface 59 outputs a management data clock (MDC) 
providing a timing reference on the bidirectional manage- 
ment data IO (MDIO) signal path. 

The PCI interface 26 is a 32-bit PCI revision 2.1 com- 
pliant slave interface for access by the PCI host processor 28 
to internal IMS status and configuration registers 60, and 
access external memory 36. The PQ interface 26 can also 
serve as an expansion bus for multiple switch devices. The 
management port 30 interfaces to an external MAC engine 
through a standard seven- wire inverted serial GPSI 
interface, enabling a host controller access to the switch 12 
via a standard MAC layer protocol. 

FIG. 3 depicts the switch subsystem 56 of FIG. 2 in more 
detail according to an exemplary embodiment of the present 
invention. Other elements of the multiport switch 12 of FIG. 
2 are reproduced in FIG. 3 to illustrate the connections of the 
switch subsystem 56 to these other elements. The switch 
subsystem 56 contains the core switching engine for receiv- 
ing and forwarding frames. The main functional blocks used 
to implement the switching engine include: a port vector 
FIFO 70, a buffer manager 72, a plurality of port output 
queues 74, a management port output queue 75, an expan- 
sion bus port output queue 77, a free buffer pool i04, a 
multicopy queue 90, a multicopy cache 96 and a reclaim 
queue 98. The operation and structure of these functional 
blocks will be described in more detail, but a brief overview 
of the switch subsystem 56 of FIG. 3 is first presented to 
provide context to the later discussion of the individual 
elements. 

There are two basic types of frames that enter the multi- 
port switch 12 from the ports: unicopy frames and multicopy 
frames. A unicopy frame is a frame that is received at a port 
which is to be transmitted by the multiport switch 12 to only 
one other port. By contrast, a multicopy frame is a frame that 
is received at one port for transmission to more than one 
port. In FIG. 3, each port is represented by a separate MAC 
50, having its own receive FIFO 52 and transmit FIFO 54. 

Frames, whether unicopy or multicopy, are received by 
the internal MAC engines 50. When the frame packet is 
received at the port, it is placed in the receive FIFO 52. Each 
frame has a header, which is provided to a rules checker, 
either the internal rules checker 58 or the external rules 
checker 42. The rules checker 42 or 58, based on the 
information in the header (or in the case of 42, up to 64 bytes 
of data from the frame), determines from where the frame 
packet will be cast, i.e., through which port or ports will the 
frame packet be transmitted. 

Before as the rules checker 42 or 58 gets the data 
necessary for forwarding decision, the buffer manager 72 
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obtains a free buffer pointer from the free buffer pool 104. 
This free buffer pointer is the location in external memory 36 
at which the frame will be stored by the receive FIFO 52. 
Once the free buffer pointer is obtained from the free buffer 

5 pool 104 by the buffer manager 72, the buffer pointed to by 
the free buffer pointer is no longer considered free. The 
frame data is transferred over data bus 80 from the receive 
FIFO 52 to the external memory 36 in a direct memory 
access (DMA) transaction. The frame is stored in the loca- 

10 tion pointed to by the free buffer pointer obtained from the 
free buffer pool 104, although a number of other buffers may 
be used to store a frame, as will be described. 

In addition to the header data, the rules checker 42 or 58 
also receives the free buffer pointer from the buffer manager 

15 72. This free buffer pointer is now referred to as a frame 
pointer since it points to the memory location in the external 
memory 36 where the frame is stored. The rules checker 42 
or 58 uses the header information to make the forwarding 
decision and generate a forwarding instruction in the form of 

20 a "port vector". In the exemplary illustrated embodiment, 
the port vector is a 28-bit vector with a bit set for each output 
port to which the frame should be forwarded. Assume for 
this overview example that the received frame is a unicopy 
frame. Accordingly, only one bit is set in the port vector 

25 generated by the rules checker 42 or 58. The bit that is set 
in the port vector corresponds to a particular one of the ports. 

The rules checker 42 or 58 places the port vector and the 
frame pointer (as well as a control opcode and a VLAN 
index, in the case of 100 Mbps ports, management port and 

30 PCT port) into the port vector FIFO 70. The port vector is 
examined by the port vector FIFO 70 to determines into 
which particular output queue 74 (or queues) the frame 
pointer associated with the port vector should be input. The 
port vector FIFO 70 places the frame pointer into the top of 

35 the appropriate output queue 74. This queues the transmis- 
sion of the frame. 

At some point in time, the frame pointer reaches the 
bottom of the output queue 74 after passing through the 

4Q output queue 74. The buffer manager 72 takes the frame 
pointer when it arrives at the bottom of the output queue 74 
and passes the frame pointer to the appropriate transmit 
FIFO 54 of the correct port via frame pointer read bus 86. 
This schedules the transmission of the frame. The frame data 

45 is read in a DMA transaction from the location in external 
memory 36 pointed to by the frame pointer, is placed in the 
appropriate transmit FIFO 54 and then transmitted. 

A multicopy transmission is similar to the unicopy 
transmission, except that the port vector has multiple bits 

50 set, designating the multiple ports from which the frame will 
be transmitted. The frame pointer is placed into each of the 
appropriate output queues 74 and transmitted from the 
corresponding transmit FIFOs 54. 

The buffer manager 72 uses the special control queues, 

55 i.e., the free buffer pool 104, the multicopy queue 90, and the 
reclaim queue 98, and the multicopy cache 96 to manage the 
process of allocating buffers to store received frames and 
retrieving buffers for re-use once the frame has been trans- 
mitted to its designated output port(s). The buffer manager 

60 72 also maintains "overflow" regions in external memory 36 
for the output queues 74 and the control queues 104, 90 and 
98, as will be described in more detail later. 

With this operational overview serving as background, the 
individual sections and various aspects of the switch sub- 

65 system 56 will now be discussed in more detail. The first of 
these aspects that will be described is the structure of the 
various output queues 74 of the present invention. In addi- 



03/10/2004, EAST Version: 1.4.1 



6.06L 

9 

tion to the output queues 74 designated for the 10 Mbps 
output ports and the 100 Mbps output ports, an output queue 

75 is provided for the management port 30, and an output 
queue 77 is provided for the expansion port 26. These output 
queues 75, 77 have the same external structure as the output 5 
queues 74, but different internal configurations, as will be 
described. 

FIG. 4 is a block diagram of the external structure of an 
output queue 74 in accordance with an embodiment of the 
present invention. As is apparent from FIG. 4, the output 10 
queue 74 of the present invention has a three-part configu- 
ration. For highest performance it is preferable to keep all of 
the queuing structure on the chip (referring to the multiport 
switch 12), but the real estate on a chip is very expensive. 
This presents a dilemma when the chip is designed to switch, 15 
and needs to queue, a large number of entries. The present 
invention solves this dilemma by providing a single output 
queue that includes a high performance, low capacity sec- 
tion that is on-chip, and an overflow area that is off-chip. The 
overflow area allows the queue to serve as a large capacity 20 
queue as needed, albeit with a relatively lower performance 
than the on-chip portion. 

A single logical output queue 74 of the present invention, 
according to the embodiment of FIG. 4, has three physical 
sections. These include an output queue write side 76, an 25 
output queue read side 78, and an output queue overflow 
area (generally designated as 110) located in the external 
memory 36. Access to the external memory 36 for all of the 
output queues 74 is through the external memory interface 
34, as described earlier. The present invention takes advan- 30 
tage of the bursting nature of current external memories, so 
that the data (e.g., frame pointers) is sent on and off the chip 
to the overflow queue area 110 in bursts over the bus 84 
connecting the chip 12 to the external memory 36. 

The output queue write side 76 and the output queue read 
side 78 are located on the chip 12. The write side 76 and the 
read side 78 are considered to be small, expensive resources. 
By contrast, the overflow area 110, forming the third part of 
the output queue 74, is large and inexpensive. The write side 4Q 

76 and the read side 78 provide high performance, while the 
path through the overflow area provides a low-performance, 
large capacity path. 

In operation, the output queue write side 76 receives an 
entry. In the exemplary embodiment of a multiport switch 12 45 
according to the present invention, the entry is a frame 
pointer that points to the first buffer in external memory in 
which the first 240 bytes of a frame are stored. It should be 
apparent to those of skill in the art, however, that the output 
queue structure 74 is not limited to frame pointers as entries, 50 
but is widely applicable to queue other types of entries, both 
in multiport switches and in other technologies. 

After the entry flows through and reaches the bottom of 
the output queue write side 76, control logic associated with 
the output queue 74 makes a decision as to what to do with 55 
the entry. If there is space in the output queue read side 78, 
and the overflow area 110 for that output queue 74 is empty, 
then one or more entries are passed directly from the output 
queue write side 76 to the output queue read side. This 
passing of the entry or entries directly from the write side 76 60 
to the read side 78 is performed entirely on the chip 12, and 
is therefore a low-latency, fast flow-through of an entry. 

If the output queue read side 78 is full, and there is at least 
a burst-size amount of data (e.g., 16 bytes worth of entries) 
in the output queue write side 76, then the data is written in 65 
a burst fashion into the overflow area 110 for that output 
queue 74. If the output queue read side 78 is fill, but there 
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is not yet a burst-size amount of data in the output queue 
write side 76, then the entry remains in the output queue 
write side and nothing further is done. Eventually, the output 
queue read side 78 will empty, and when the output queue 
read side 78 has enough space to accommodate a burst-size 
amount of data, and there is data in the overflow area 110, 
a burst of data is provided from the overflow area 110 into 
the output queue read side 78. 

In the output queue structure, the read side 78 is acting 
most like a traditional queue, because it is from this portion 
that entries are taken, one by one. The output queue write 
side 76 mostly serves a collection function to assemble the 
data into bursts for writing to the external memory 36. 
Hence, the present invention transforms single events 
(placing an entry into the output queue 74) into a burst event. 
The write side 76 allows an accumulation of data to then 
burst, if necessary, to the overflow area 110 in the external 
memory 36. The overflow area 110 provides inexpensive 
storage in times of congestion, rather than dedicating expen- 
sive chip resources to a function that will only be needed on 
relatively rare occasions. Even though the present invention 
utilizes an overflow area 110 that is off-chip, the accessing 
of this area 110 is performed in a manner that is efficient, by 
bursting a number of bytes of information at a time. This is 
in contrast to conventional queuing structures in which 
single entries are written and read to and from the queue. 

During operation, if there is a lot of entries arriving at the 
output queue 74, these entries are placed into the overflow 
area 110 to avoid overflowing the on-chip queue 78. Hence, 
the discarding of frames is largely prevented with the queue 
structure of the present invention. Also, the total amount of 
memory dedicated to the overflow areas 110 may be readily 
changed by changing the size of the external memory 36. 
Furthermore, the sizes of the individual specific overflow 
areas 110 are programmable to customize the queue sizes, 
without impacting the performance of the output queues 74. 

Topically, a queue is an ordered structure with a first-in, 
first-out arrangement. In some types of queues, however, 
such as the reclaim queue 98 and the free buffer pool 104, 
the order of entries does not matter. If it is possible to send 
data directly from the write side 100 to the read side 102, the 
present invention permits information to be directly sent this 
route, bypassing the overflow area for the queue. This is 
permitted even if there is information in the associated 
overflow area, as long as the information is not order- 
sensitive. For example, the reclamation of buffers is not 
order-sensitive, since any order in which the buffers are 
eventually returned to the free list in the free buffer pool 104 
after the buffer is no longer needed to store the frame is 
acceptable. Hence, in order to avoid incurring the bandwidth 
of a write to the overflow area 110 for the reclaim queue 98 
in the external memory 36 when the data is not order- 
sensitive, the information is passed directly from the write 
side 100 to the read side 102, assuming the read side 102 has 
room for more entries. The reclaim queue 98 is an example 
of a type of queue that queues data which is not order- 
sensitive. However, there are many other types of data in 
different applications that are also not order-sensitive, so that 
this feature of the present invention finds utility in queues 
that queue these other types of data. 

In the multiport switch of an exemplary embodiment of 
the present invention as depicted in FIGS. 1 and 2, there are 
twenty-eight output queues (each associated with an output 
port): twenty-four for the 10 Mbps user ports, two for the 
100 Mbps server ports, one for the management port and one 
for the expansion bus port. The output queues 74, 75 and 77 
provide temporary storage for frame pointers when they are 
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queued for transmission. Queuing takes the form of the port set. No length register is required, the length for a given area 

vector FIFO 70 writing frame pointers into the various being equal to the area from that area's BASE Address to the 

output queues 74, 75 and 77 indicated in a forwarding port BASE Address of the next area in the mapping, 

vector. Since the length (and therefore capacity) of each of the 

In certain preferred embodiments of the invention, the * individual overflow areas is programmable, the overall 

various output queues 74, 75 and 77 contain several or all of capacity of each queue is programmable. Tins feature of the 

the following fields: unicopy bit, frame pointer, control P rcsent f*™«* customization of the switch to 

opcode or control signals, and VLAN (virtual local area j^jj P artlcular out P m ^ eues Wlth mcreased ca P acit ^ as 

network) index. The unicopy bit flags a frame which is to be ~ . _™ t . 

forwarded to only one output port The frame pointer points 10 . The following overflow areas store entries that do not fit 

, . . c \ *i_ r_ ■ « i « mto the control queues on the chip 12 are therefore placed 

the beginning , of to the frame in external memory 36 The mtQ me extemal 4 m 35, ^ buffer x ov * rflow 

control opcode identifies special mformation about the afea uo stQres ^ ^teis ^ c ^ ni{ 
address (i.e., newly learned frame, etc.). The control signals buffers ^ ^ frame buffef pQol m ^ redaim 
use mformation from the control opcode to indicate how the queue over fl ow area xil stores frame pointers to linked-list 
ports will handle frames before transmission. The VLAN ^ chams ^ ^ no bngcr Qecded ^ mu]ucopy queuc 
index provides the reference to a VLAN tag which should be overflow area 124 stores frame pointers with copy numbers 
inserted (if necessary) into the outgoing frame. However, «>»i" (f or queued frame pointers) and frame pointers with 
these fields are exemplary only, as the present invention is copy numbers "-1" (for successfully transmitted frames) 
applicable to other output queues with different types of ^ following overflow areas store entries for output 
fields. 20 queues which do not fit on-chip. The management port 
The internal structure of an exemplary embodiment of a output queue overflow area 126 stores frame pointers await- 
first type of output queue 74, the 10 Mbps port output queue, ing transmission to the management port. Output queue 
is depicted in FIG. 5. The 10 Mbps output queues 74 hold overflow areas 128 store frame pointers awaiting transmis- 
entries for frames to be forwarded to the 10 Mbps ports. The sion to the appropriate 10 Mbps port or 100 Mbps port The 
output queue write sides 76 for these queues hold thirty-two 25 expansion bus port output queue overflow area 130 stores 
entries and the output queue read sides 78 hold sixteen frame pointers awaiting transmission to the expansion bus 
entries in the exemplary illustrated embodiment, although port. 

other sizes are contemplated and within the scope of the The M1B counter region 132 contains all the per port 

invention. Each entry in a 10 Mbps output queue 74 com- statistics which are updated periodically by the switch 12. 

prises a unicopy bit and a frame pointer (14 bits). In the 30 The switch 12 maintains 8-bit and 16-bit counters on-chip 

exemplary embodiment of the multiport switch of the for storing MIB statistics. The switch 12 updates the 32-bit 

present invention, the VLAN index is not necessary because or 64-bit MIB counters in external memory 36 with the 

there is no VLAN tagging on 10 Mbps ports. frequency required to prevent loss of MIB data. 

The internal structure of an exemplary embodiment of a 35 The global frame buffer pool 134 contains buffers in 

second type of output queue 74, the 100 Mbps port output linked-lists which store received frame data. At any given 

queue, is depicted in FIG. 6. The 100 Mbps port output time, these linked lists contain valid frame data, obsolete 

queues hold entries for frames to be forwarded to the 100 buffers which will be returned by the buffer manager 72 to 

Mbps ports. The output queue write side 76 holds sixty-four the free buffer pool 104 or are owned by the PCI host 

entries in this type of output queue, and the output queue 4Q processor 28. 

read side holds sixteen entries. Each entry comprises a Referring now to FIG. 8, frame data received from any 

VLAN index, a partial control opcode (bits 4-0), a unicopy MAC port or the PCI bus is stored in external memory 36 in 

bit and a frame pointer. ■ a linked-list data structure format in an exemplary embodi- 

An exemplary map of the external memory 36 is depicted ment of the present invention. The buffers 140 used to create 

in FIG. 7. The overall capacity of the external memory 36 45 the linked-list are 256 bytes in length, although other sized 

may be, for example, 4 Mb, although other capacity memo- buffer lengths are employed in different embodiments of the 

ries are employed in different embodiments. The use of an invention. Address pointers to each of these buffers 140 are 

external memory 36 for the overflow areas according to the stored by the free buffer pool 104 in the switch 12. 

present invention permits increasing or decreasing the size As a frame is received at one of the ports of the switch 12, 

of the output queues by simply changing the size of the 50 the buffer manager 72 requests address pointers from the 

overflow area in the external memory. This is an advantage free buffer pool 104 for linki ng buffers 140 to store the 

over systems in which the queue structure is entirely on the frame. The address pointer to the first buffer in external 

chip, as the overall queuing capacity is set at manufacture of memory 36 that stores the frame becomes the frame pointer 

the chip. for that frame. The frame pointer is used in the switch 

To satisfy the storage requirements of the switch 12, an 55 subsystem 56 for queuing frames to be transmitted, 

exemplary embodiment of the external memory 36 allocates The buffers 140 are chained together by address pointers 

space for the following areas: free buffer pool overflow 120, in each buffer header 142 that indicate the location of the 

reclaim queue overflow 122, multicopy queue overflow 124, next buffer in memory. The buffer headers 142 also contain 

management port output queue overflow 126, individual other information about the frame data contained in the 

output queue overflows 128 for each of the 10 Mbps and 100 60 buffer 140. The first buffer's header is 12 bytes, as depicted 

Mbps destination ports, expansion bus port output queue in the exemplary buffer header format of FIG. 9a. Each 

overflow 130, the MIB counters 132, and the global frame subsequent buffer's header is 4 bytes, as depicted in FIG. 9b. 

buffer pool 134. The external memory bursts are 2 banksxl6-bytes long, so 

The BASE Address for the entire memory region is actual frame storage capacity in each buffer is 256B-16B- 

programmable in a memory base address register among the 65 240B. 

registers 60 on the chip. The BASE Address for each area in As depicted in FIGS. 9a and 96, the first and subsequent 

the external memory map is programmable in the register buffer header formats contain the following fields: 
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Buffer Format Bit: indicates what buffer format is in use. ning of the received frame. The time stamp has a resolution 

A one indicates the first buffer's format, which is 12 bytes of 1 /us. If the F Bit is set, indicates the total length of the 

in length. A zero indicates a subsequent buffer's format, received frame including CRC and any received VLAN Tag. 

which is 4 bytes. It is used for each of the remaining buffers When a frame is received, the switch 12 marks this field with 

when chaining buffers. s the time stamp (from the timer register). If the host 28 has 

E Bit (End of Frame Marker): indicates this is the last programmed the switch 12 to forward expansion bus frames 

buffer for a frame. When the E bit is set, there are no more before the frame has been completely received, it can use the 

buffers in the chain. time stamp (along with the speed of the receive port) to 

C Bit (CRC Error Detected): indicates a CRC error was S au S e how much ^ il can fetch &om external memory 36 

detected by the receiver. When the C Bit is detected, the 10 without over-reading the frame data. Once the entire frame 

transmit function will purposely transmit an inverted CRC. has been received, the switch 12 writes the frame length into 

L Bit (Alignment Error): indicates a Frame Alignment this field ™ d the F Bit 

Error was detected (along with a CRC Error) in the receive Co Py number: used to indicate the number of copies 

frame. successfully queued for transmission by the port vector 

O Bit (Receive FIFO Overflow): indicates the receive 15 ™ FO 70. This field is used to store the copy number for a 

FIFO overflowed and the data in the buffer may not be valid. frame P omter * ^manager 72 needs to make space 

t> a t (L ,l * * i i. cl . i « . VJ in the multicopy cache 96 for new entries. 

Buffer Length: the total number of bytes which are valid 

in the data field of the buffer beginning with the first byte FIG - 10 is a detailed depiction of some of the elements of 

after the buffer header. This length should not include the M ^ swltch subsystem 56 of FIG. 3. These elements are used 

Offset Byte value t0 P rov i^ e me buffers for storage of frames, and to reclaim 

Next Buffer Pointer: the pointer to the next buffer. The buffe,s an , d make '^m available foruse again once the 

next buffer pointer is not valid when the E Bit is set. * uffe * a f e n ° storage °f 

_ ... , , , , described earlier, each output queue 74, 75 (except output 

Offset Byte Count: indicates where the first byte of the 77) ^ mters , Q me buffer er 72 

frame starts in the frame data section of the buffer. An offset 25 which schedules transmission of the frames pointed to by the 

of zero means the data will begin at the first byte after the &ame inters ^ bu£fer er 72 ^ foUow . 

buffer header 142. An offset of zero indicates frame data wiU m functions: i) managing the internal busses of the switch 

begm at the byte following tbe 16* byte m the buffer. For u . 2) facflitati que uing/dequeuing fame pointers to/from 

non-zero values of offset, frame data will begin following me QUt t s ?4; 3) managi ^ control 90 98 

16B+Offset from the beginning of the buffer. The transmit 30 m Qrder tQ locate ^ K{am buffers to ^ &eg hu&{ { 

function will stop over the number of bytes indicated in the 104; 4) CO n troUm g & e flow of data to md ^ me external 

onset Byte field. memory 36; and 5) maintaining the memory structures, 

P Bit (Port Type): indicates the port type of the incoming including MIBs and overflow areas. The buffer manager 72 

receive frame. A zero indicates a 10 Mbps port and a one contains a scheduler function for allocating all accesses to 

indicates a 100 Mbps port This bit is used by the host 28 in 35 external memory 36. These accesses include 1) writing 

conjunction with the time stamp field when it programs the received frame data to memory buffers 140, 2) reading frame 

switch 12 to forward frames to the expansion bus before the data from memory buffers 140 for transmission and 3) 

frame is completely received and buffered to external maintaining (i.e., writing and reading) the frame pointers in 

memory 36. each of t he overflow areas for the output queues 74 and 

T Bit: indicates the received frame type: tagged or 40 control queues) updating MIB counters, 

untagged. A one indicates a tagged frame and the VLAN Mi&r me buffer manag er 72 has copied a given frame 

Identifier field contains the received VLAN ID. A zero pointer to aU the appropriate output queue(s) 74, 75, the port 

indicates an untagged frame and the VLAN ID is not valid. vector Fr p 0 70 calculates the number of copies (the "copy 

Receive Port Number: the number of the port from which 45 number") and places the frame pointer and the copy number 

the frame was received. into the write side 92 of the multicopy queue 90. The copy 

VLAN Identifier: the VLAN ID received from a "tagged" number may be "0", indicating that the frame should not be 

port. If the frame was received from an untagged port, this forwarded, a "1", indicating a unicopy transmission, or a 

field is invalid. number ">1", indicating a multicopy transmission. These 

R Bit (Recalculate CRC): indicates the CRC needs to be 50 three cases are described below, 

stripped and recalculated at the transmit function. The When the copy number is "0", which means that the frame 

switch 12 sets this bit when a tagged frame is received. In pointer has a null forwarding port vector with no bits set, the 

addition, if the host 28 modifies a frame's contents, the host port vector FIFO 70 passes the frame pointer directly to the 

28 should set this bit. When the switch 12 transmits a frame, write side 100 of the reclaim queue 98. When the buffer 

it will examine this bit to determine whether to transmit the 55 manager 72 services the reclaim queue 98, as will be 

existing CRC or strip and recalculate the CRC. described, the buffer manager 72 breaks down the linked-list 

A Bit (Append CRC): indicates that there is no CRC at the chain of buffers and returns the address pointer for each 

end of the frame data. The host can create a frame in memory "free" buffer to the write side 106 of the free buffer pool 104. 

(without a CRC) then set this bit The switch 12 will generate when the copy number is w l", aunicopy transmission, the 

and append a CRC when transmitting the frame. If the A Bit 60 port vcctor pipo 70 copies the frame pointer, control 

is set, the frame length should not include CRC. signals/control opcode and the VLAN index to the output 

F Bit (Format Bit): identifies the . Frame Length/Time queue 74 of the appropriate port. The port vector FIFO 70 

Stamp field. A zero indicates the field is the time stamp of sets the unicopy bit in the output queue 74 (see FIGS. 5 and 

the incoming frame. A one indicates the field is the frame 6) to indicate that this is a single transmissioa When the 

length of the received frame. 65 buffer manager 72 reads the frame pointer and the unicopy 

Frame length/time stamp: dependent on F Bit. IF F Bit is bit from the output queue 74 of the port, it schedules the 

cleared, this field represents the time stamp from the begin- transmission as discussed previously. The buffer manager 72 
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uses the frame pointer to locate the first buffer in external 
memory 36 in which the frame is stored. The buffer manager 
72 reads the buffer header from this first buffer, captures data 
from the first buffer and places this data in the appropriate 
MAC transmit FIFO 54. The links to subsequent buffers, 
assuming that the frame spans multiple buffers, provides the 
buffer manager 72 with the address to find and transmit all 
of the buffers in the chain for that frame. Once the data has 
been placed in the FIFO 54 for transmission, the buffer 
becomes obsolete and is returned to the free buffer pool 104 
for eventual re- assignment to store data of another frame. 

When the copy number is greater than 1, the port vector 
FIFO 70 copies the frame pointer, VLAN index and control 
signals/control opcode to each of the appropriate output 
queues 74. (When referring to queues 74, reference is also 
made to queues 75, 77). The port vector FIFO 70 clears the 
unicopy bit for the appropriate frame pointers in the output 
queues 74 and places the frame pointer with a copy number 
of ">1" into the write side 92 of the multicopy queue 90. 

Whenever the buffer manager 72 reads a frame pointer 
and a cleared unicopy bit from one of the output queues 74, 
the buffer manager 72 schedules the transmission of the 
frame, but also checks the multicopy cache 96 for an entry 
with a frame pointer having a copy number of "1". If a frame 
pointer with a copy number of "1" is found in the multicopy 
cache 96, then the buffer manager 72 schedules the frame for 
transmission and reclaims the buffers during transmission in 
the same manner as in the unicopy transmission of a frame. 
However, if the frame pointer is not in the multicopy cache 
96 or the copy number of the frame pointer in the multicopy 
cache 96 is greater than 1, then the buffer manager 72 
transmits the frame but does not reclaim the buffers. After 
successful transmission, the buffer manager 72 places a copy 
of the frame pointer, along with a copy number of into 
the write side 92 of the multicopy queue 90. 

Each time a multicopy frame is transmitted, the buffer 
manager 72 places a copy of the frame pointer into the 
multicopy queue 90, provided the buffer manager 72 did not 
find the frame pointer in the multicopy cache 96 with a copy 
number of "1". Hence, at any given time, the multicopy 
queue 90 may contain the frame pointer with a copy number 
that is >"1" and/or several copies of the same frame pointer, 
each with a copy number of -1 . 

The buffer manager 72 constantly services the multicopy 
queue 90 and the multicopy cache 96 in order to reclaim 
obsolete buffers. When it services the multicopy queue 90 
and reads a frame pointer with a copy number ">1", the 
buffer manager 72 attempts to place this new entry (frame 
pointer and copy number) into the multicopy cache 96. If the 
multicopy cache 96 is full, the buffer manager 72 makes 
space for the new frame pointer. The buffer manager 72 
reads an "older" multicopy cache entry, updates the copy 
number for this entry in its buffer header in external memory 
36, then clears the entry from the multicopy cache 96. As 
room becomes available in the multicopy cache 96, the 
buffer manager 72 is able to place the new entry from the 
multicopy queue 90 into the multicopy cache 96. 

When the buffer manager 72 services the multicopy queue 
90 and reads a frame pointer with a copy number of "-1", 
it searches the multicopy cache 96, looking for a matching 
frame pointer address with a copy number ">=1" to decre- 
ment or delete. If the buffer manager 72 finds a frame pointer 
match, the buffer manager 72 will: 1) decrement the multi- 
copy cache's frame pointer if the copy number is ">1" or 2) 
delete the multicopy cache's frame pointer/copy number 
entry and place the frame pointer into the reclaim queue 98 
if the copy number is "1". 
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If the buffer manager 72 does not find a matching frame 
pointer, the buffer manager 72 searches the frame pointer's 
buffer header in external memory 36 (see FIG. 9) for the 
copy number. If the copy number in memory is "1", the 
buffer manager 72 places the frame pointer into the reclaim 
queue 98. If the copy number in memory is ">1", the buffer 
manager 72 decrements the copy number, then places the 
frame pointer with this copy number into the multicopy 
cache 96. 

The buffer manager 72 constantly services the reclaim 
queue 98 by reading frame pointers, then "walking" the 
linked-list chain to return buffers to the free buffer pool 104. 
This activity only returns buffers for frames that had null 
port vectors and were queued to the reclaim queue by the 
port vector FIFO 70, or frames with a multicopy forwarding 
vector and have completed transmissions of all of the copies. 
Buffers linked for unicopy frames are returned directly to the 
free buffer pool 104 when the frame is transmitted, as 
described above. 

If the port vector FIFO 70 is not able to place a frame 
pointer for a unicopy forwarding vector into an output queue 
74, because that output queue 74 and its overflow area 110 
in external memory 36 are full, the frame is discarded. The 
frame pointer is returned to the reclaim queue 98 and the 
discarding of the frame is noted by the management 
resources of the switch. If the port vector FIFO 70 is not able 
to place one or more frame pointers for a multicopy for- 
warding vector, because one or more of the output queues 74 
and their overflow areas 110 in external memory 36 are full, 
the frame is only forwarded to the output queues with 
available space and the copy number placed into the mul- 
ticopy queue 90 will only reflect the successfully placed 
frame pointers; The non-placement of the frame pointer is 
noted by the switch management resources for each of the 
ports for which the frame pointer could not be queued. If the 
port vector FIFO 70 is not able to place any of the frame 
pointers for a multicopy forwarding vector, because all of 
the output queues 74 and their overflow areas 110 in external 
memory 36 are full, the frame pointer is passed to the 
reclaim queue 98, and the switch management resources are 
duly notified. 

The multicopy queue 90 is a high priority queue used by 
the buffer manager 72 to keep track of how many transmis- 
sions must be completed of a particular multicopy frame 
before all buffers (i.e., address pointers) used to store the 
frame can be returned to the free buffer pool 104. The write 
side 92 and read side 94 of this output queue hold 64 and 16 
entries, respectively. The multicopy queue 90 feeds the 
multicopy cache 96, which is used by the buffer manager 72 
to determine when to reclaim buffers. The multicopy queue 
internal structure is depicted in FIG. 12. 

The port vector FIFO 70 places a copy of a frame's frame 
pointer and copy number which is ">V\ based on the 
number of frame pointers it successfully placed in the output 
queues 74, into the multicopy queue 90. If a particular port's 
output queue 74 is full, the port vector FIFO 70 cannot place 
a copy of the frame pointer into the output queue 74; hence 
it cannot include this as a successful event in determining the 
copy number. 

Each time the buffer manager 72 reads an output queue 
frame pointer and finds the unicopy bit is "0", (i.e., a 
multicopy), it checks the multicopy cache for the frame 
pointer with a copy number of "1", which indicates that this 
is the last transmission. If this match is found, the buffer 
manager 72 transmits the frame and reclaims the buffers in 
the same manner as in the unicopy transmission, by provid- 
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ing the obsolete buffers to the free buffer pool 104 after the 72 must clear space in the cache 96. This is done by reading 

transmission of the contents of each buffer. If the match is one of the older frame pointer/copy numbers from the 

not found, the buffer manager 72 transmits the multicopy multicopy cache 96, updating that frame pointer's buffer 

frame and places a copy of the frame pointer with a copy header in external memory 36 with the copy number in the 

number of "-1" into the multicopy queue 90. When a host 5 multicopy cache 96, then deleting this cache entry. Once 

has finished using a multicopy frame pointer for a frame mere ^ s P ace > tne new frame pointer/copy number is written 

which was queued to the expansion bus output queue 75 or mto tne multicopy cache 96. 

the management port output queue 77 (through the PCI 2 ) ^ buffer manager 72 reads a frame pointer with a 

interface 26), the host writes a copy of the frame pointer with C0 Py number from the multicopy queue 90. The buffer 

a copy number of "-1" into the multicopy queue through a 10 mana S er 72 ""^ the multicopy cache 96 for a matching 

frame pointer register. This register is one of the registers &™e pointer ™f J copy number >-l . Two cases follow, 

a-~;~*-a ,« *k„ ui" 1, „c • .fL <n ;~ cir- o depending on whether or not the buffer manager 72 finds a 

depicted in the block or registers 60 in MG. 2. - r r t 4 . . tl _ . . , * 

r e frame pomter match m the multicopy cache 96: 

Similar to the output queues 74, the multicopy queue 90 a) ^ buffer m f n fiflds fl frame ^ match [f 

is structured with an input path and an output path. The input ^ multicopy cache 96 em w s copy number ^ « r> the 

path, or write side, allows the port vector FIFO 70 and buffer 15 buffer managcr 72 de l e tes the multicopy cache entry 

manager to place frame pointers/copy numbers into the and places the frame pointer in the reclaim queue 98. If 

multicopy queue 90. The output path, or read side, allows the me cache entry's copy number is ">1", the buffer 

multicopy queue 90 to place frame pointers/copy numbers manager 72 decrements the copy number by "1". 

into the multicopy cache 96. Additional storage for frame b ) bu ff er manager 72 does not find a frame pointer 

pointers/copy numbers, termed the multicopy queue over- 20 match in the multicopy cache 96. This means that the 

flow 124, is provided in external memory 36. matching frame pointer's copy number has previously 

When frame pointers/copy numbers are written into an been moved to the buffer header of the frame's linked- 

empty multicopy queue 90, they pass from the write side 92 list chain in external memory 36. The buffer manager 

to the read side 94 until the read side 94 is full. Additional 72 must g° to me buffer header and read the copy 

frame pointers/copy numbers written to the write side 92 of 25 number. If this value (in memory) is "1", the frame is 

the multicopy queue 90 are placed into the multicopy queue no lon S er needed and the bvS ^ manager 72 places the 

overflow area 124 in external memory 36. Once the read side frame P ointer in *e reclaim q ueue 98 - If mis value ( m 

94 of the multicopy queue 90 and its overflow area 124 are memory) is ">1" , the buffer manager 72 decrements the 

full, additional frame pointers/copy numbers placed into the number (that was in external memory 36), then 

multicopy queue begin to fill the write side 92. 30 P laoes ix mto the multicopy cache 96. If the multicopy 

rr» j • c g. . , cache 96 is fulL the buffer manager clears space by 

The ordering of the frame pointers passing through the . r 7. . , „ . , , T . ' 

multicopy queue 90 is maintained, such that when space Stomal memo ° 36 P omter/co Py numbers 

clears in the multicopy queue read side 94, frame pointers/ _ m 0 e , . raa mem ?P' 1 ' . c . A ± A . 

v j c *u n* The reclaim queue 98 holds the frame pointers to the 

copy numbers are moved from the multicopy queue over- . " * / . . M . . , , ~ 

a tL i . • j -j n ^ j c. 35 hnked-list chams which are no longer needed. The buffer 

now area 124 to the multicopy queue read side 94 and from „ - & , , . 

the multicopy queue write side 92 to the multicopy queue """Sf 72 ™ lte ? a fr ° m6 P omtc ' to *e red«im queue 

overflow area 124 when it services the multicopy cache and discovers that a 

_ . , . " frame pointer's copy number is "1" (Le., the last transmis- 

The multicopy cache 96 is similar to the mulUcopy queue sion of ^ frame hag leted successfuUy) . Additionally, 

90 but provides a searchable region for scanning frame 4Q me p 0r t vector FIFO 70 writes frame pointers to the reclaim 

pomters/copy numbers. Hie multicopy cache 96 holds up to 98 UQder ^ followin cond iti ons: i) a frame point- 

256 entries. The buffer manager 72 reads a frame pomter ef , s vector is nuU or 2) ^ frame mter could nQt be 

from the multicopy queue 90 and either places it mto the ^ because ^ of ^ forwardin vector * s OTt t s 

multicopy cache 96 or processes it, depending on whether were ^ FinaUy) ^ host & frame poimer lQ ^ 

the copy number is >1 or -1 . 45 reclaim qucuc 98 (using a frame pointer register) when it has 

In addition, each time the buffer manager 72 reads a frame finished using a unicopy frame which was queued to the 

pointer from the read side 78 of an output queue 74, the expansion bus output queue 77 or the management port 

buffer manager 72 schedules the transmission. If the unicopy output queue 75. 

bit is "0" (meaning a multicopy frame), the buffer manager when mc Duffcr manager 72 processes reclaim queue 

72 scans the multicopy cache 96 for the frame pointer with 50 entries, it walks a frame pointer's linked-list chain to return 

a copy number of "1", which indicates this is the last each buffer to me free buffer pool 104. The internal structure 

transmission of this frame. If there is a match, the buffer 0 f me rec laim queue structure is not depicted, but contains 

manager 72 removes the entry and returns buffers to the free omy me frame pomters ( 14 mts ) m me exemplary embodi- 

buffer pool during frame transmission. If there is not a ment 0 f me invention. The reclaim queue write side 100 

match, the buffer manager 72 places the frame pointer with 5S nolds 54 entries and the reclaim queue write side 102 side 

a copy number of "-1" into the multicopy queue 90 upon holds 16 entries. 

completion of the transmission. Similar to the output queues 74, the reclaim queue 98 is 

Periodically, the buffer manager 72 services the multicopy structured with an input path and an output path. The input 

queue 90 by reading a frame pointer/copy number and path, or write side 100, allows the buffer manager 72 to place 

placing it into the multicopy cache 96 or processing it. This 60 frame pointers in the reclaim queue 98. The output path, or 

is done independendy of frame transmission. TVo cases read side 102, allows the buffer manager 72 to read a frame 

follow depending on whether the buffer manager reads a pointer and return all associated buffers to the free buffer 

frame pointer with a copy number ">1" or "-1": pool 104. Additional storage for frame pointers is provided 

1) The buffer manager 72 reads a frame pointer with a in the reclaim queue overflow area 122 provided in external 

copy number ">1" from the multicopy queue 90. Provided 65 memory 36. 

there is room in the multicopy cache 96, it writes a new When frame pointers are written into an empty reclaim 

entry. If the multicopy cache 96 is full, the buffer manager queue 98, they pass from the write side 100 to the read side 
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102 until the read side 102 is full. Additional frame pointers 
written to the write side 100 of the reclaim queue 98 are 
placed into the reclaim queue overflow area 122 in external 
memory 36. Once the read side 102 and overflow area 122 
of the reclaim queue 98 are full, additional frame pointers 
placed into the reclaim queue 98 begin to fill the write side 
100. 

FIG. 11 depicts an exemplary embodiment of the internal 
structure of the free buffer pool 104. The free buffer pool 104 
is a FIFO that contains address pointers to all free buffers 
140 in external memory 36. When frames are received, the 
buffer manager 72 captures available address pointers from 
the free buffer pool 104 to store incoming data. The buffer 
manager 72 also allocates address pointers from the free 
buffer pool 104 to the host processor 28 (when requested). 
The host can request or return address pointers to the free 
buffer pool 104 by reading or writing a free buffer pool 
register among the registers 60 in direct input/output space. 
The write side 106 and the read side 108 of the free buffer 
pool 104 each holds 64 entries in an exemplary embodiment 
of the invention. 

The free buffer pool 104 is structured with an input path 
and an output path (similar to the output queues 74). The 
input path, or write side 106, allows the buffer manager 72 
or host 28 to place address pointers into the free buffer pool 
104. The output path, or read side 108 of the free buffer pool 
104 allows the buffer manager 72 to provide address pointers 
to the host 28 or pull address pointers from the pool 104 for 
storing receive frame data. Additional storage for available 
address pointers, the free buffer pool overflow area 120, is 
provided in external memory 36, as described earlier. 

Upon start-up of the switch 12, the free buffer pool 
generates address pointers from the read side 108. As frames 
come in, the free list in the free buffer pool 104 is read. If 
there are not enough buffer pointers in the write side 106 to 
handle the traffic demands, the overflow area 120 is accessed 
to obtain more buffer pointers. 

Certain embodiments of the present invention provide an 
advantageous arrangement and method of providing the 
buffer pointers upon start-up of the switch 12. When the 
switch 12 first powers up, it is not required for the overflow 
area 120 in external memory 36 to contain buffer pointers. 
Instead, the buffer pointers are created on the fly. The switch 
12 on power up could generate and place into the overflow 
area 120 the buffer pointers, but there may be 16,000 or 
32,000 such pointers, and this would slow up the powering 
on procedure of the switch 12. The present invention takes 
advantage of the fact that on power up, all of the buffers are 
free, and the identities of these buffers are known. Therefore, 
the buffer pointers are generated as they are needed after 
power up, using a counter 180, as depicted in FIG. 10. 

The free list count generator 180 is connected to the input 
of a multiplexer 182. Since the free list in the free buffer pool 
104 is empty on startup, the free list counter 180 generates 
the buffer pointers. Once the free list reaches the highest 
count, it will not generate any more buffer pointers. 

When a frame packet is received in the switch 12, the 
frame packet is broken up into fixed length buffers. 
Typically, frames vary in size. The buffers are 256 bytes in 
size and the data portion of a buffer is 240 bytes. Following 
transmission of the frame, the frame pointer is put into the 
reclaim queue 98 or, in the case of a unicopy frame the 
individual buffer pointers in the linked list are out directly 
into the free list of the free buffer pool 104. During operation 
of the switch 12, any address pointers returned to the free 
buffer pool 104 pass from the write side 106 to the read side 
108. If the read side 108 becomes full, additional address 
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pointers are passed to the overflow area 120. Once the read 
side 108 and the overflow area 120 are full, additional 
address pointers placed into the free buffer pool 104 will 
begin to fill the write side 106 of the pool 104 again. 

FIG. 13 depicts a schematic representation of the internal 
arrangement of the multicopy cache 96 in accordance with 
an embodiment of the present invention. As briefly dis- 
cussed earlier, the time order of the entries to the multicopy 
cache 96 is maintained. In the present invention, this main- 
taining of a time order is not done by time stamping, as in 
the prior art, but by physical ordering in a memory. The 
multicopy cache 96 of the present invention also avoids the 
use of validity bits, and instead encodes validity, as will be 
discussed. 

Referring to FIG. 13, the multicopy cache 96 is config- 
ured as a four- way set-associative memory. An entry into the 
multicopy cache 96 includes a frame pointer and its copy 
number, as explained earlier. The lowest six bits of the frame 
pointer determine the row in the set-associative cache 96 in 
which the entry will be stored. In the illustrated embodiment 
of the invention, there are sixty-four rows in the cache 96, 
although other numbers of rows are not limited if the cache 
size is made larger. 

The set-associative cache 96 is divided into four columns, 
each of which can be searched in parallel. When the buffer 
manager 72 stores an entry into the cache 96, the entry 
always enters the first column, the uppermost (51:39) bits of 
the row indicated by the six least significant bits of the frame 
pointer. The row is read, all of the entries are shifted to the 
right by 13 bits, and the row is written back. The entry that 
is actually written into the cache 96 includes the upper eight 
bits of the frame pointer that form an address tag, and the 
five-bit copy number associated with the frame pointer. 
When the entry is read out of the cache 96, the frame pointer 
is re-formed with the address tag and the bits that index the 
row number of the cache 96. 

The oldest entry in the cache 96 is removed from the 
cache 96 if the row is full and a new entry to the row is 
written. As described earlier with respect to the buffer 
headers 142, the copy number associated with the frame 
pointer that is removed is written into the buffer header 142 
of the frame in external memory pointed to by the removed 
frame pointer. Hence, the frames (i.e., the buffers 140) stored 
in external memory 36 serve as an overflow area for the 
multicopy cache 96 to store copy numbers. 

One of the advantageous features of the present invention 
is that there is no separate valid bit in the set-associative 
cache 96. When the copy number is 00000, then the buffer 
manager 72 knows that the entry is no longer valid and 
removes the entry from the cache 96. This simplifies the 
organization of the cache. Another advantage of the cache 96 
of the present invention is that it allows a very fast search to 
be performed, since the buffer manager 72 needs only to 
examine a single row, already determined by the' frame 
pointer that has exited the multicopy queue 90. The four 
entries in the row are examined in parallel, further increasing 
the speed of the search. Although described as a four- way 
set-associative memory, this is exemplary only as the 
memory can be n-way set-associative without departing 
from the scope of the invention. 

From the above description, it should be understood that 
the present invention maintains a time order (age) of the 
cache entries by physical positioning of the entries in the 
cache on a row basis. In other words, the physical position 
of the entry in the cache is an indication of the relative age 
of an entry. The aging of an entry is performed by the 
physical re-ordering of the entries in the memory. 
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Certain embodiments of the present invention provide 
customization of the latency of frames switched by the 
switch 12, on a port by port basis. Referring to FIG. 14, the 
port vector FIFO 70 examines the programmed switch mode 
of the receive port to determine when to place the frame 
pointer and associated information into the appropriate 
output queue 74 of the transmit port. For a first mode (low 
latency mode), the port vector FIFO 70 has no restrictions on 
when to place the frame pointer into the output queue(s) 74. 
For a second mode (intermediate latency mode), the port 
vector FIFO 70 places the frame pointer into the output 
queue(s) 74 only after 64 bytes of the frame have been 
received. For a third mode (high latency mode), the port 
vector FIFO 70 places the frame pointer into the output 
queue(s) 70 only after the frame has been completely 
received. 

There are some special cases which alter the timing of 
when the port vector FIFO 70 passes frame pointers to the 
output queues 74: 1) frames forwarding from a first or 
second mode 10 Mbps port to a 100 Mbps port; 2) frames 
forwarding to the management port 30 and 3) frames for- 
warding to the expansion bus port. In case 1), the 10 Mbps 
port to 100 Mbps port rate mismatch forces the forwarding 
mode to be the third, high latency mode. In case 2), all 
frames passed to the management port are third mode 
frames. In case 3), any frame forwarding to the expansion 
bus port uses the switch mode of the expansion bus port 26. 
When a multicopy port vector contains one of the special 
case ports, the queuing of the frame pointers for the entire 
port vector becomes that of the longest latency switch mode 
represented in the port vector. For example, if a frame is 
received by a first or a second mode port, but its multicopy 
forwarding port vector contains the management port 30, the 
switch mode is the third mode. In this situation, a copy of the 
frame pointer is placed into all the output queues 74 only 
after the frame has been completely received. 

The switch modes will now be described in more detail. 
The switch mode that applies to the input (i.e., receive) port 
determines forwarding latency (how soon the switch 12 will 
forward a frame once it begins receiving the frame) and the 
ability to reduce fragment/error propagation to output ports. 
The second, intermediate latency mode is the default for 
each port; however, the switch mode is programmable on a 
per-port basis in the registers 60. 

In all of the three modes, frame data received at the 
receive FIFO 52 of an internal MAC port is forwarded to a 
buffer 140 in the external memory 52 as soon as possible. At 
approximately the same time, the rules checker 42 or 58, 
receives the destination address and source address, the 
receive port number, the frame pointer and some additional 
information, then performs the appropriate lookup. Once the 
lookup is completed, the rules checker 42 or 58 returns the 
frame pointer and the forwarding port vector to the port 
vector FIFO 70. 

The port vector FIFO 70 places the frame pointer in the 
write side 76 of the output queues 74 for the output port(s) 
identified in the port vector. The receive port's switch mode 
defines the latency between when the port vector FIFO 70 
receives the port vector (and the frame pointer) and places 
the frame pointer into the output queue(s) 74. This is 
described for the three modes below. Once the frame pointer 
passes to the read side 78 of the output queues 74, the buffer 
manager 72 reads the frame pointer and schedules transmis- 
sion. The buffer manager 72 begins moving frame data from 
the address specified by the frame pointer. Once the transmit 
FIFO 54 of the MAC port has been primed to its start point 
(and assuming the medium is available for transmission of 
data), frame transmission commences. 
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The first mode is designed to provide the lowest latency. 
Frames are received and forwarded at line-rate speed. In this 
first mode, there is no network error protection because a 
frame is queued for transmission before it can be determined 

5 whether the frame is a fragment (i.e., <64 bytes in length) or 
contains a CRC error. In the first mode, frame reception may 
not complete before frame transmission at the output port(s) 
commences. If a receive frame terminates in a runt or with 
an invalid CRC, the receive MAC marks the buffer header 

10 142 in external memory 36 to indicate these conditions. The 
transmit MAC guarantees that if transmission commences 
on a frame which later terminates as a runt or with an invalid 
CRC, the MAC will generate a bad CRC. If the transmit 
MAC has not started a frame's transmission and the buffer 

15 header 142 indicates the frame terminated in a runt or an 
invalid CRC, the buffer manager 72 will not forward the 
frame to the output port. 

The second mode provides low latency for forwarding 
frames and some network error protection. Frames are 

20 received and forwarded after sixty-four or more bytes have 
been received. This allows the switch 12 to filter (i.e., not 
forward) fragments of frame; however, it does not com- 
pletely filter CRC error frames that are greater than sixty- 
four bytes. 

25 In the second mode, frame pointers for frames which 
achieve the sixty-four byte threshold at the receive MAC are 
queued to the appropriate output queue(s) 74. Frames which 
fail to achieve the minimum sixty-four byte threshold are 
deleted and their frame pointers are not placed in output 

30 queue(s) 74. If a receive frame greater than or equal to 
sixty-four bytes terminates with an invalid CRC, the receive 
MAC marks the buffer header 142 in external memory 36 to 
indicate this condition. If transmission has commenced on a 
frame greater than or equal to sixty-four bytes which later 

35 terminates with an invalid CRC, the transmit MAC will 
complete the transmission with a bad CRC. If the transmit 
MAC has not started a frame transmission and the buffer 
header 142 indicates the frame (greater than or equal to 
sixty-four bytes) terminated in an invalid CRC, the buffer 

40 manager 72 returns the frame pointer to the reclaim queue 98 
(for a unicopy forward) or the multicopy queue 96 (for a 
multicopy forward) without forwarding to the output port(s) 
74. 

The third mode is a store-and-forward mode that provides 

45 the highest level of network error protection among the three 
modes, but has a higher forwarding latency. Frames are 
completely received before the switch 12 forwarding them 
to output ports. In this mode, the switch 12 screens out all 
fragments and CRC error frames before forwarding. In the 

50 third mode, once a valid frame completes successfully at the 
receiver (i.e., greater than or equal to sixty-four bytes with 
a valid CRC), the frame pointer is queued to the appropriate 
output queue(s) 74. Frames which terminate in a receive 
error (invalid CRC, runt (>64 bytes) etc.) are deleted and 

55 their frame pointers are not placed in output queue(s) 74. 
The port vector FIFO 70 makes the decision to put the 
port vector into an output queue 74, in dependence on the 
selected mode of the receive port and the amount of data that 
has been received. In the embodiment described above, there 

60 are three thresholds, although there are different numbers of 
thresholds in other embodiments. In the exemplary 
embodiment, these thresholds are; 1) receiving n bytes (e.g. 
6 bytes) where n<64 bytes; 2) receiving 64 bytes; and 3) 
receiving all of the frame. 

65 The present invention forwards frames to the output 
queues 74 based on thresholds. The port vector FIFO 70 
re-orders the sequence of transmission based on amount of 
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type of data received and the mode in which the port is 
programmed. Although the exemplary embodiment makes 
forwarding decisions based on the amount of received data, 
other embodiments of the invention make forwarding deci- 
sions based on other factors, such as the types of data 5 
received. 

In implementing the forwarding scheme of the present 
invention, the buffer manager 72 maintains a table 160 in a 
content addressable memory (CAM) 161 that associates a 
frame pointer with a receive port. Every time the port vector 10 
FIFO 70 receives a new port vector and frame pointer from 
the rules checker 42 or 58, it makes an association to 
determine whether the receive port has finished receiving a 
frame, and if not, how much of the frame has already been 
received. The port vector FIFO 70 does not receive any 15 
information regarding the identity of the receive port from 
the rules checker 42 or 58. The only information the port 
vector receives that provides any identification of the port 
are the frame pointers. 

The port vector FIFO 70 queries the address table 160 20 
with the frame pointer. Either the address table returns the 
receive port if the frame is still being received, or the address 
table 160 cannot find the frame pointer which means that the 
frame has already been received. Once the frame is com- 
pletely received, the frame pointer is moved out of the 25 
address table 160. This means that the third threshold (the 
frame complete) is met. Accordingly, the frame pointer may 
be dropped into the output queue 74 immediately. 

If the address table 160 returns the receive port, the port 
vector FIFO 70 puts the frame pointer and associated 30 
information into a holding area 162 and begins monitoring 
two signals from that receive port. These two signals flag 
one of three events. The first event is flagged when the port 
receives n bytes. At that point, if that port is in the first mode, 
the port vector FIFO 70 starts processing the frame pointer 35 
by sending it to the appropriate output queue 74. If the 
receive port is not in the first mode, the port vector FIFO 70 
waits until it receives the a signal indicating occurrence of 
the second event If this port is in the second mode, then the 
port vector FIFO 70 releases the frame pointer from the 40 
holding area 162 to enter the proper output queue 74. 
Finally, if the receive port is in the third mode, then the port 
vector FIFO 70 awaits receipt of the flag indicating that the 
frame is complete. Every receive port (reference numeral 
164 in FIG. 14) maintains this flag, and provides this 45 
information to the port vector FIFO 70. It is up to the port 
vector FIFO 70 to determine the port associated with the 
frame pointer. The port vector FIFO 70 maintains the 
information identifying the mode each port is in. In 
summary, upon receiving a frame pointer, the port vector 50 
FIFO 70 first queries the address table 160 of the buffer 
manager 72 to determine the receive port, determines the 
mode for that receive port, and then monitors the flags from 
that receive port and releases the frame pointer according to 
the mode and the flags. 55 

Although the present invention has been described and 
illustrated in detail, it is to be clearly understood that the 
same is by way of illustration and example only and is not 
to be taken by way of limitation, the spirit and scope of the 
present invention being limited only by the terms of the 60 
appended claims. 

What is claimed is: 

1. An arrangement for maintaining a count of the copies 
of a frame that are transmitted from a network switch, 
comprising: 6 5 

a multicopy queue configured to receive and queue 
entries, each entry having a frame identifier and a copy 
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number, each copy number being either a positive or 
negative value, a copy number with a positive value 
representing the total number of copies of that frame to 
be transmitted, a copy number with a negative value 
representing a transmission of one of the copies of that 
frame that has occurred; 

a searchable first memory configured to receive and store 
the entries from the multicopy queue that have positive 
copy numbers; and 

a buffer manager configured to examine the entries exiting 
the multicopy queue, and when an entry from the 
multicopy queue contains a negative copy number, 
search the first memory for an entry having the same 
frame identifier as the entry with the negative copy 
number, and decrement the copy number of the entry in 
the first memory having that frame identifier if the copy 
number of that entry in the first memory is greater than 
one, and delete that entry in the first memory if the copy 
number is equal to one. 

2. The arrangement of claim 1, wherein the frame iden- 
tifiers are frame pointers that point to a location in a second 
memory where the frame is stored. 

3. The arrangement of claim 2, wherein the first memory 
is a cache memory. 

4. The arrangement of claim 2, further comprising the 
second memory which is configured to store the frames in 
buffers. 

5. The arrangement of claim 4, wherein the buffers in the 
second memory have buffer headers with a copy number 
area in which a copy number for the frame stored in that 
buffer is storeable. 

6. The arrangement of claim 5, wherein the buffer man- 
ager is further configured to write an entry with a positive 
copy number exiting from the multicopy queue into the first 
memory, and if the first memory is full prior to writing the 
entry with the positive copy number, remove an oldest entry 
from the first memory and write the copy number of that 
entry into the copy number area of the buffer header of the 
buffer that stores the frame pointed to by the frame pointer 
in the entry removed by the buffer manager. 

7. The arrangement of claim 6, wherein the buffer man- 
ager is further configured to retrieve the copy number from 
the copy number area of the buffer that stores the frame 
pointed to by the frame pointer in the entry containing the 
negative copy number, when the search of the first memory 
by the buffer manager does not locate in the first memory an 
entry having the same identifier as the entry with the 
negative copy number. 

8. A memory arrangement comprising, 

a first memory configured to store entries, each entry 
having a data pointer that points to data stored in a 
second memory and an associated data item; and 

a second memory configured to store the data at locations 
in the second memory pointed to by the data pointer, 
wherein the locations in the second memory are con- 
figured to store the associated data item with the data, 
such that the second memory is an extension of the first 
memory to store the associated data items; 

wherein the first memory is a searchable cache, the data 
is a frame of data, the data pointer is a frame pointer, 
and the associated data item is a copy number indicat- 
ing the number of copies of the frame are to be 
transmitted from a device. 

9. The memory arrangement of claim 8, further compris- 
ing a buffer manager configured to examine entries, and 
when an entry contains a negative copy number, search the 
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cache for an entry having the same frame pointer as the entry 
with the negative copy number, and decrement the copy 
number of the entry in the cache having that frame pointer 
if the copy number of that entry in the cache is greater than 
one, and delete that entry in the cache if the copy number is 
equal to one. 

10. The memory arrangement of claim 9, wherein the 
buffer manager is further configured to write an entry with 
a positive copy number into the cache, and if the cache is full 
prior to writing the entry with the positive copy number, 
remove an oldest entry from the cache and write the copy 
number of that entry into a copy number area at the location 
in the second memory that stores the frame pointed to by the 
frame pointer in the entry removed from the cache by the 
buffer manager. 

11. The memory arrangement of claim 10, wherein the 
buffer manager is further configured to retrieve the copy 
number from the copy number area at the location that stores 
the frame pointed to by the frame pointer in the entry 
containing the negative copy number, when the search of the 
cache by the buffer manager does not locate in the cache an 
entry having the same identifier as the entry with the 
negative copy number. 

12. An arrangement for maintaining a count of a number 
of copies of a data item to be transmitted from a device, 
comprising: 

a first memory in which entries are stored, each entry 
stored in the first memory corresponding to a different 
data item of which multiple copies are to be transmitted 
from a device, each entry having a pointer which points 
to a location in a second memory in which the data item 
is stored and a copy number which indicates how many 
copies of the data item remain to be transmitted; and 

a manager device configured to adjust the copy number in 
one of the entries stored in the first memory when a 
copy of the data item with the same pointer as that entry 
in the first memory is transmitted from the device. 

13. The arrangement of claim 12, wherein the manager 
device is further configured to receive and examine entries 
in the device, wherein the entries in the device include the 
entries to be stored in the first memory, and entries that 
include said pointer and a negative copy number which 
indicates that one copy of the data item pointed to by the 
pointer has been transmitted from the device, and to adjust 
the copy number of one of the entries stored in the first 
memory when the manager device receives an entry with a 
negative copy and a pointer that matches the pointer of that 
entry stored in the first memory. 

14. The arrangement of claim 13, wherein the device is a 
network switch, the manager device is a buffer manager of 
the multiport switch, the first memory is a cache memory, 
the data item is a frame of data, and the pointer is a frame 
pointer. 

15. A multiport switch arrangement for a packet switched 
network, the switch configured to transmit multiple copies 
of a single frame, the switch arrangement comprising: 

a multicopy queue configured to receive and queue 
entries, each entry having a frame pointer and a copy 
number, each copy number being either a positive or 
negative value, a copy number with a positive value 
representing the total number of copies of that frame to 
be transmitted, a copy number with a negative value 
representing a transmission of one of the copies of that 
frame that has occurred; 

a searchable first memory configured to receive and store 
the entries from the multicopy queue that have positive 
copy numbers; and 
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a buffer manager configured to examine the entries exiting 
the multicopy queue, and when an entry from the 
multicopy queue contains a negative copy number, 
search the first memory for an entry having the same 
frame pointer as the entry with the negative copy 
number, and decrement the copy number of the entry in 
the first memory having that frame pointer if the copy 
number of that entry in the first memory is greater than 
one, and delete that entry in the first memory if the copy 
number is equal to one. 

16. The switch arrangement of claim 15, wherein the 
frame pointer points to a location in a second memory where 
the frame is stored. 

17. The switch arrangement of claim 16, further compris- 
ing the second memory which is configured to store the 
frames in buffers. 

18. The switch arrangement of claim 17, wherein the 
buffers in the second memory have buffer headers with a 
copy number area in which a copy number for the frame 
stored in that buffer is storeable. 

19. The switch arrangement of claim 18, wherein the 
buffer manager is further configured to write an entry with 
a positive copy number exiting from the multicopy queue 
into the first memory, and if the first memory is full prior to 
writing the entry with the positive copy number, remove an 
oldest entry from the first memory and write the copy 
number of that entry into the copy number area of the buffer 
header of the buffer that stores the frame pointed to by the 
frame pointer in the entry removed by the buffer manager. 

20. Hie switch arrangement of claim 19, wherein the 
buffer manager is further configured to retrieve the copy 
number from the copy number area of the buffer that stores 
the frame pointed to by the frame pointer in the entry 
containing the negative copy number, when the search of the 
first memory by the buffer manager does not locate in the 
first memory an entry having the same identifier as the entry 
with the negative copy number. 

21. A method of maintaining a count of the number of 
transmissions of a frame from a network switch, comprising 
the steps of: 

loading a searchable first memory with entries, with each 
entry comprising a frame identifier and a copy number 
indicating the number of copies of that frame that 
remain to be transmitted from the network switch; 

searching the first memory for an entry, when a frame is 
transmitted, that has the same frame identifier as the 
transmitted frame; and 

decrementing the copy number of the entry in the first 
memory when the search of the first memory locates an 
entry with the same frame identifier as the transmitted 
frame. 

22. The method of claim 21, further comprising the step 
of: loading a multicopy queue with entries, each entry 
having a frame pointer and a copy number, each copy 
number being either a positive or negative value, a copy 
number with a positive value representing the total number 
of copies of that frame to be transmitted, a copy number with 
a negative value representing a transmission of one of the 
copies of that frame that has occurred; and wherein the step 
of loading the first memory with entries includes loading 
only those entries exiting from the multicopy queue that 
have a positive copy number. 

23. The method of claim 22, further comprising the step 
of determining whether the first memory is full of entries 
prior to writing the entry with the positive copy number, and 
if the first memory is full, removing an oldest entry from the 
first memory and writing the copy number of that entry into 
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a copy number area of a location in a second memory that 
stores the frame pointed to by the frame pointer in the 
removed entry. 

24. The method of claim 23, further comprising the steps 
of retrieving the copy number from the copy number area of S 
the location that stores the frame pointed to by the frame 
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pointer in the entry containing the negative copy number, 
when the search of the first memory does not locate in the 
first memory an entry having the same pointer as the entry 
with the negative copy number. 

***** 
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